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GATEWAY LOCATION REGISTER FAULT RECOVERY 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims priority under 35 U.S.C. §§119 and/or 365 to U.S. 
Provisional Application No. 60/128,786 filed on April 12, 1999, the entire content 

5 of which is hereby incorporated by reference. This application is also related to 
the following co-pending applications filed on April 12, 2000: U.S. Patent 

Application No. (Attorney Docket No. 040000-532) "Home 

Location Register Fault Recovery"; U.S. Patent Application No. 

(Attorney Docket No. 040000-534) "Support For Features Associate With A 

10 Subscriber in Networks With A Gateway Location Register And A Visitor 

Location Register"; and U.S. Patent Application No. (Attorney 

Docket No. 040000-535) "Gateway Location Registers In A UMTS System", all 
of which are herein expressly incorporated by reference. 

BACKGROUND 

15 The present invention relates to mobile communications systems, and more 

specifically, to recovery of a gateway location register from a fault. 

Figure 1 illustrates a wireless communication system in accordance with the 
Global System for Mobile communication (GSM) standard. The GSM standard is 
designed to provide a uniform interface which allows mobile communication 

20 subscribers of various countries to operate their mobile devices regardless of the 
current location of the mobile subscriber. A mobile subscriber typically has a 
subscription with a network which is designated as the mobile subscriber's home 
public land mobile network 1 10 (HPLMN). The HPLMN 1 10 has a home 
location register (HLR) 1 15 which contains, among other things, various 
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information regarding the services provided to the mobile subscriber. When a 
mobile subscriber roams into a different network, which is referred to as a visited 
public land mobile network 120 (VPLMN), the VPLMN requires certain data 
regarding the mobile subscriber's subscription. The data regarding the mobile 
5 subscribers subscription is also known as the mobile subscriber's profile. The 
mobile subscriber's profile is transferred from the HLR to a visitor location 
register (VLR) in the VPLMN 120. 

In a GSM system mobile subscriber data is stored within the VLR that is 
associated with the mobile services switching center (MSC) that currently serves 
10 the mobile subscriber in order to reduce internetwork signaling between VLRs and 
HLRs. The decentralization of the VLRs within a GSM system (i.e., each MSC 
being equipped with a VLR) reduces intranetwork signaling as well. So, for 
example, if the mobile subscriber is roaming in an area of the VPLMN 120 which 
is controlled by the MSC/VLR 130, the HLR 115 will transfer the mobile 
15 subscriber's profile to MSC/VLR 130. Similarly, if the mobile subscriber is 

roaming in an area controlled by MSC/VLR 135, the HLR 1 15 will transfer the 
mobile subscriber's profile to MSC/VLR 135. Although figure 1 illustrates the 
MSC/VLR as a single network node, one skilled in the art will recognize that the 
MSC and VLR can be implemented as separate network elements. 
20 To increase the compatibility of GSM with other types of systems, it is 

anticipated that future versions of the GSM standard, also called Universal Mobile 
Telecommunications System (UMTS) will incorporate elements of other mobile 
communications systems. For example, the Japanese Personal Digital Cellular 
(PDC) system includes a network node which is used to reduce internetwork 
25 signaling known as a gateway location register (GLR). Figure 2 illustrates an 
exemplary mobile communications system in accordance with the PDC system. 
Like a GSM system, a home network 210 includes an HLR 215 which contains the 
mobile subscriber's profile. When a mobile subscriber roams into a visited 
network 220 the mobile subscriber's profile is transferred to GLR 225. In GSM 
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terms, the GLR can be described as a VLR for all mobile subscribers roaming 
from other networks. Hence, only one GLR is needed in each network. 

Figure 3 illustrates an exemplary UMTS system which incorporates the 
GLR of the PDC system. When a mobile subscriber of HPLMN 310 roams into 

5 VPLMN 320, the HLR 315 will transfer the mobile subscriber's profile to GLR 
325. Then, depending upon which area within the VPLMN 320 the mobile 
subscriber is roaming, the GLR 325 will transfer the mobile subscriber's profile to 
the respective MSC/VLR 330, 335 or 340. The introduction of the GLR 325 into 
a GSM/UMTS system reduces internetwork signaling because once the mobile 

10 subscriber roams into VPLMN 320, the HLR will only need to transfer the mobile 
subscriber's profile to GLR 325. GLR 325 will be responsible for transferring the 
mobile subscriber's profile to the proper MSC/VLR within VPLMN 320 as the 
mobile subscriber travels around the VPLMN 320. 

The protocol used by GSM/UMTS systems for transferring data between 

15 VLRs and HLRs is the mobile applications part (MAP). Since GLRs are optional 
elements within the UMTS system. MAP procedures must be completely 
independent of the presence or absence of GLRs in a network. Accordingly, by 
using an HLR interface towards the VLRs and a VLR interface towards the HLRs, 
the GLR should be completely transparent. However, because of the dual nature 

20 of the GLR in the network it may be difficult for the GLR to behave in a way 
which simultaneously will be perceived as VLR behavior by the HLRs, and as 
HLR behavior by the VLRs. One such case is the fault recovery behavior of the 
GLR. 

Figure 4 illustrates a conventional method in a GSM system when an HLR 
25 is recovering from a fault. In step 405 the HLR loads the contents of its non- 
volatile backup memory into its dynamic memory. Next the HLR sends a 
MAPRESET message to the VLRs to which the HLR's subscribers are currently 
associated as indicated by the information in the backup memory in accordance 
with step 410. The MAPJRESET message triggers the VLRs to initiate a location 
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update procedure towards the HLR at the next authenticated radio contact with a 
concerned mobile subscriber. Accordingly, in step 415 the VLR waits for an 
authenticated radio contact from the concerned mobile subscriber. In step 420 the 
VLR determines whether it has received an authenticated radio contact from the 
5 concerned mobile subscriber. If the VLR has not received an authenticated radio 
contact from the concerned mobile subscriber, in accordance with the "No" path 
out of decision step 420, the VLR continues to wait in accordance with step 415. 
If the VLR receives an authenticated radio contact from the concerned mobile 
subscriber the VLR sends a MAP JJPDATE_LOCATION message to the HLR 
10 indicating that the VLR is serving the concerned subscriber in accordance with 
step 425. The location updates sent from the VLRs to the HLR will gradually 
restore and confirm the subscriber data of the restarted HLR. 

Figure 5 illustrates a conventional method in a GSM system when a VLR is 
recovering from a fault. In step 505 the VLR, which does not have a non-volatile 
15 backup memory for its dynamic subscriber data, deletes all IMSI records which 

remain in its dynamic memory. In step 510 the VLR waits for contact from either 
a mobile subscriber or from the HLR associated with a mobile subscriber. In step 
515, the VLR determines whether it has received a location update request from a 
mobile subscriber. If the VLR receives a location update request from a mobile 
20 subscriber, in accordance with the "Yes" path out of decision step 515, the VLR 
initiates the MAPJJPDATELOCATION procedure with the HLR associated 
with the mobile subscriber in accordance with step 520. The 
MAP JJPDATELOCATION procedure is used to send data associated with a 
mobile subscriber from an HLR to a VLR. Specifically, this data is sent in the 
25 framed MAPJNSERT_SUBSCRIBER_DATA indication message. 

If the VLR has not received a location update request from a mobile 
subscriber, in accordance with the "No" path out of decision step 515. the VLR 
determines whether it has received a roaming number request from an HLR in 
accordance with step 525. If a VLR has not received a roaming number request 
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from an HLR, in accordance with the "No" path out of decision step 525, then the 
VLR continues to wait for a contact from either a mobile subscriber or from an 
HLR in accordance with step 510. If the VLR has received a request for roaming 
number from an HLR, in accordance with the "Yes" path out of decision step 525, 

5 then the VLR sends a MAPRESTOREDATA message, including an indication 
of the concerned subscriber whose data is being restored, to the HLR indicating 
that the VLR has experienced a fault in accordance with step 530. In response to 
the MAPRESTOREDATA message the HLR initiates the framed 
MAP_INSERTJSUBSCRIBER_DATA procedure with the VLR to provide 

10 subscriber data to the VLR in accordance with step 535. 

Due to the GLR's role in the network there is currently no provision for 
satisfying both the specified HLR behavior and VLR behavior during fault 
recovery. For example, the specified HLR fault recovery behavior requires that 
the GLR include a non-volatile memory for restoring backup data. However, 

15 GLRs may not have a non-volatile backup memory. In addition, the specified 
VLR fault recovery behavior requires that when a 

MAPPROVIDEROAMINGNUMBER request message is received from the 
HLR, the GLR must unambiguously know to which VLR to forward the request 
to. However, since the GLR has lost its data due to the fault, the GLR will not 

20 know which VLR is currently supporting the mobile subscriber. Further, even 
assuming that the GLR has a non- volatile backup memory, the data stored in the 
non-volatile backup memory may be inaccurate, as a mobile subscriber may have 
moved to an area supported by another VLR since the last time the GLR has 
performed a backup. On the other hand, in a network without a GLR, a fault 

25 recovering VLR receiving a MAPPROVIDEROAMINGNUMBER request 
message does not have this problem, since it does not have to forward the 
message. The fault recovering VLR assumes that since the HLR sent the 
MAPPROVIDEROAMINGJWMBER to it, the indicated mobile subscriber is 
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located in the service area of the fault recovering VLR. Consequently, the mobile 
subscriber's profile should be restored from the HLR. 

Accordingly, it would be desirable to provide methods and apparatus for 
GLR fault recovery in a UMTS system. Further, it would be desirable for the 
5 GLR fault recovery to be performed without violating the MAP protocol, i.e; 
using the specified message formats and not violating any specified message 
sequences. 

SUMMARY 

According to exemplary embodiments of the present invention, methods 
10 and apparatus are provided for recovering from a fault in a radio communications 
network which includes a visitor location register and a gateway location register. 
A reset message is sent from the gateway location register to all visitor location 
registers associated with the gateway location register. A location update request 
is received by the gateway location register from one of the visitor location 
15 registers associated with the gateway location register. A location of a mobile 

subscriber is updated in the gateway location register in accordance with a location 
indicated in the location update message. 

In accordance with another aspect of the present invention a roaming 
number request for a mobile subscriber is received by the gateway location register 
20 from a home location register associated with the mobile subscriber. The roaming 
number request is forwarded from the gateway location register to all visitor 
location registers associated with the gateway location register. A roaming 
number is received by the gateway location register from a visitor location register 
which is serving the mobile subscriber. 
25 In accordance with this aspect of the present invention a restore data 

request message can be received by the gateway location register from visitor 
location registers which are not serving the mobile subscriber. A restore data 
response message can be sent from the gateway location register to the visitor 
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location registers which are not serving the mobile subscriber, the restore data 
response message contains an error indication. 

In accordance with yet another aspect of the present invention data from a 
backup memory is loaded in the gateway location register. A roaming number 
request for a mobile subscriber is received by the gateway location register from a 
home location register associated with the mobile subscriber. The roaming 
number request is forwarded from the gateway location register to a visitor 
location register, wherein the data loaded from the backup memory indicates that 
the visitor location register is serving the mobile subscriber. 

In accordance with this aspect of the present invention a roaming number 
can be received by the gateway location register from the visitor location register 
which is serving the mobile subscriber. The roaming number can be forwarded by 
the gateway location register to the home location associated with the mobile 
subscriber. 

Further in accordance with this aspect of the present invention a message 
indicating that the mobile subscriber is not being served by the visitor location 
register can be received by the gateway location register. A reset message can be 
sent by the gateway location register to all visitor location registers associated with 
the gateway location register other than the visitor location register from which the 
gateway location register received the message indicating that the mobile 
subscriber is not being served. 

In accordance with a further aspect of the present invention a reset message 
is sent from the gateway location register to all visitor location registers associated 
with the gateway location register. The gateway location register waits for a 
location update message from a visitor location register which indicates that the 
subscriber indicated in the location update message is being served by the visitor 
location register. 

In accordance with this aspect of the present invention the gateway location 
register can receive from a home location register a roaming number request for a 
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mobile subscriber associated with the home location register. The gateway 
location register can send a roaming number response message to the home 
location register, wherein the roaming number response message includes an error 
indication. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will now be described with reference to the 
accompanying drawings in which: 

Figure 1 illustrates a conventional GSM network; 

Figure 2 illustrates a conventional PDC network; 
10 Figure 3 illustrates a UMTS network which includes a GLR; 

Figure 4 illustrates a conventional method in a GSM system when an HLR 
is recovering from a fault; 

Figure 5 illustrates a conventional method in a GSM system when a VLR is 
recovering from a fault; 
15 Figure 6 illustrates an exemplary method in a UMTS system when a GLR, 

in its role as an HLR, is recovering from a fault in accordance with one 
embodiment of the present invention; 

Figure 7 illustrates an exemplary method in a UMTS system when a GLR, 
in its role as a VLR, is recovering from a fault in accordance with one 
20 embodiment of the present invention; 

Figure 8 illustrates another exemplary method in a UMTS system when a 
GLR, in its roles as an HLR and as a VLR, is recovering from a fault in 
accordance with one embodiment of the present invention; 

Figure 9 illustrates an exemplary method in a UMTS system when a GLR, 
25 in its role as an HLR, is recovering from a fault in accordance with another 
embodiment of the present invention; and 

Figure 10 illustrates an exemplary method in a UMTS system when a 
GLR, in its roles as an HLR and as a VLR, is recovering from a fault in 
accordance with another embodiment of the present invention. 
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DET AILED DESCRIPTION 

In the following description, for purposes of explanation and not 
limitation, specific details are set forth, such as particular sequences of inter and 
intra network signaling, types of messages, etc. in order to provide a thorough 

5 understanding of the present invention. However, it will be apparent to one skilled 
in the art that the present invention may be practiced in other embodiments that 
depart from these specific details. In other instances, detailed descriptions of well- 
known methods, devices, and network elements are omitted so as not to obscure 
the description of the present invention. 

10 The exemplary radio communication systems discussed herein are 

described as operating in accordance with the GSM system, however, one skilled 
in the art will recognize that the present invention can be implemented in other 
mobile communications systems where a gateway is used to reduce internetwork 
signaling. 

15 Since a GLR in the UMTS system may or may not have a non-volatile 

backup memory for its dynamic subscriber data, a GLR fault recovery technique 
should address both situations. 

Figure 6 illustrates an exemplary method in a UMTS system when a GLR, 
in its role as an HLR, is recovering from a fault. In accordance with this 

20 embodiment of the present invention the GLR does not have a backup memory for 
its dynamic subscriber data. In step 605 the GLR sends a MAP_RESET message 
to all of the VLRs which are supported by the GLR. In step 610 the GLR waits 
for MAPJJPDATEJLOCATION messages from the VLRs. Conventionally an 
HLR would determine which VLRs to send a MAP_RESET message to based on 

25 the information contained in the non-volatile backup memory. Since according to 
this embodiment of the present invention the GLR. unlike an HLR, does not have 
a nonvolatile backup memory the GLR does not know to which VLRs to send the 
MAPRESET message. Consequently, it will have to send the message to all the 
VLRs in its network and then wait for location updates from the VLRs. 
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In step 615 the GLR receives a MAPUPDATELOCATION request from 
a VLR. In step 617 the GLR updates the subscriber location in the GLR memory 
in accordance with the location indicated in the MAP_UPDATEJLOCATION 
request. In step 620, the GLR determines whether the mobile subscriber 
5 associated with the MAP_UPDATE_LOCATION message is known to the GLR. 
If the subscriber is known in the GLR (e.g., due to restored mobile subscriber data 
from the HLR), in accordance with the "Yes" path out of decision step 620, the 
GLR will handle the location update request without informing the HLR in 
accordance with step 625. 
10 If the mobile subscriber associated with the MAP UPDATE LOCATION 

message is unknown to the GLR, in accordance with the "No" path out of decision 
step 620, the GLR performs a MAP_UPDATE_LOCATION procedure with the 
HLR associated with the particular mobile subscriber in accordance with step 630. 
The MAPJJPDATELOCATION procedure will trigger the HLR to provide the 
15 mobile subscriber's data to the GLR. The GLR then forwards the requested 
subscriber data to the VLR and confirms the location update to the VLR in 
accordance with step 635. 

Figure 7 illustrates an exemplary method in a UMTS system when a GLR. 
in its role as a VLR, is recovering from a fault. In accordance with this 
20 embodiment of the present invention the GLR does not have a backup memory for 
its dynamic subscriber data. In step 705 the GLR receives a roaming number 
request from an HLR. On receipt of a roaming number request from a HLR. the 
normal behavior of the GLR would be to forward the request to the appropriate 
VLR, and then forward the returned roaming number associated with a mobile 
25 subscriber to the requesting HLR. In this case, however, this can only be done if 
the IMSI record of the concerned mobile subscriber has been restored due to a 
location update by the concerned mobile subscriber. Accordingly, in step 710 the 
GLR determines whether the IMSI record of the concerned subscriber has been 
restored due to a location update. If the IMSI record has been restored, in 
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accordance with the "Yes" path out of decision step 710, the GLR will forward the 
request to the appropriate VLR in accordance with step 715. 

If the IMSI record for the concerned mobile subscriber has not been 
restored the GLR will have no data stored for the concerned mobile subscriber. 

5 and it will not know to which VLR to forward the roaming number request. 
Accordingly, if the IMSI record for the concerned subscriber has not been 
restored, in accordance with the "No" path out of decision step 710. then the GLR 
sends a MAP_PROVIDEJROAMING_NUMBER indication to all the VLRs in the 
network in accordance with step 720. In step 725 a VLR receives the 

10 MAPPROVIDEROAMINGNUMBER request. In step 730 the VLR 

determines whether the mobile subscriber is currently supported by the VLR. If 
the VLR currently supports the mobile subscriber, in accordance with the "Yes" 
path out of decision step 730, the VLR will send a reply to the GLR including the 
roaming number associated with the mobile subscriber in accordance with step 

15 735. In step 740 the GLR forwards the roaming number to the HLR. The GLR 
then initiates the MAP_RESTORE_DATA procedure towards the HLR in 
accordance with step 742. Alternatively, the GLR can initiate the 
MAP RESTORE DATA procedure before it sends the 

MAP_PROVIDE ROAMING^NUMBER requests to the VLRs, i.e., before step 
20 720. 

If the VLR determines that the mobile subscriber is not currently supported 
by the VLR, in accordance with the "No" path out of decision step 730, the VLR 
will provide a roaming number to the GLR in accordance with step 745. Even 
though the VLR will know that it is not supporting the mobile subscriber, the VLR 
25 will provide a roaming number in case the VLR's data is incorrect. In step 750 
the VLR initiates the MAP_RESTORE_DATA procedure with the GLR. The 
GLR responds with a MAP RESTORE DATA response to the HLR indicating a 
user error, e.g. "unidentified subscriber" or "resource limitation", or a provider 
error, e.g. "service completion failure", in accordance with step 755. 
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Alteraatively, the VLR can initiate the MAP_RESTORE_DATA procedure 
towards the GLR before sending the MAPPROVIDEROAMINGNUMBER 
response message. In such case, after receiving the MAPRESTOREDATA 
response message including an error indication from the GLR, the VLR sends a 
5 MAP PROVIDE ROAMING NUMBER response message to the GLR that does 
not include a roaming number, but instead an error indication, e.g., the provider 
error "service completion failure", the user error "unidentified subscriber" or the 
user error "absent subscriber" . 

Figure 8 illustrates another exemplary method in a UMTS system when a 
10 GLR. in its roles as an HLR and as a VLR. is recovering from a fault. In 

accordance with this embodiment of the present invention the GLR does not have a 
backup memory for its dynamic subscriber data. In step 805 the GLR sends a 
MAP RESET message to all of the VLRs which the GLR is serving. In step 810 
the GLR waits for a MAPUPDATELOCATION message from a VLR or a 
15 MAP_PROVIDE_ROAMING_NUMBER request message from an HLR. In step 
815 the GLR determines whether it has received a MAP UPDATE LOCATION 
message from a VLR. If the GLR has received a MAP UPDATE LOCATION 
message from a VLR, in accordance with the "Yes" path out of decision step 815, 
the GLR updates the subscriber's record with the subscriber's current location in 
20 accordance with step 820. The location update procedure then continues in a 
normal manner in accordance with step 822. The GLR then waits for a 
MAP UPDATE LOCATION message from a VLR or a 
MAP_PROVIDE_ROAMING_NUMBER request message from an HLR in 
accordance with step 810. 
25 The location update procedure mentioned in connection with step 822 

begins with the GLR forwarding the MAP UPDATE LOCATION indication 
message to the HLR which is associated with the concerned mobile subscriber. 
Then the HLR sends a MAP INSERT SUBSCRIBER DATA indication message 
to the GLR. The GLR then stores the received mobile subscriber data in the 
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mobile subscriber's record which is then completely restored. Next the GLR 
forwards the MAP INSERT SUBSCRIBER DATA indication message to the 
VLR that is serving the mobile subscriber. Subsequently, a 
MAPINSERT SUBSCRIBER DATA response message is received by the GLR 
5 from the VLR and forwarded to the HLR. The normal location update procedure 
described above in connection with step 822 is completed by the HLR sending a 
MAPUPDATELOCATION response message to the GLR. which in turn, 
forwards the message to the appropriate VLR. 

If the GLR has not received a MAP UPDATE LOCATION message from 
10 the VLR, in accordance with the "No" path out of decision step 815, the GLR 
determines whether it has received a MAPPROVIDEROAMINGNUMBER 
request message from an HLR in accordance with step 825. If the GLR has not 
received a MAP_PROVIDE_ROAMING_NUMBER request message, in 
accordance with the "No" path out of decision step 825, the GLR then waits for a 
15 MAP UPDATE LOCATION message from a VLR or a 

MAP PROVIDE ROAMING NUMBER request message from an HLR in 
accordance with step 810. 

If the GLR has received a MAP PROVIDE ROAMING NUMBER 
request message from the HLR, in accordance with the "Yes" path out of decision 
20 step 815, the GLR determines whether the IMSI record of the concerned 

subscriber has been restored due to a location update in accordance with step 830. 
If the GLR determines that the IMSI record has not been restored, in accordance 
with the "No" path out of decision step 830. the GLR sends a 
MAP_PROVIDE_ROAMING_NUMBER response to the HLR indicating a user 
25 error, e.g. "resource limitation", "unidentified subscriber", or a provider error, 
e.g. "service completion failure". The GLR then waits for a 
MAP_UPDATE_LOCATION message from a VLR or a 
MAP PROVIDE ROAMING NUMBER request message from an HLR in 
accordance with step 810. 
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If the GLR determines that the IMSI record has been restored, in 
accordance with the "Yes" path out of decision step 830, the GLR forwards the 
request for roaming number to the appropriate VLR in accordance with step 840. 
In step 845 the GLR receives the MAP PROVIDE ROAMING NUMBER 
5 response from the VLR. The GLR forwards the 

MAP_PROVIDE_ROAMING_NUMBER response to the HLR in accordance with 
step 850. The GLR then waits for a MAP UPDATE LOCATION indication 
message from a VLR or a MAP_PROVIDE_ROAMING_NUMBER request 
message from an HLR in accordance with step 810. Optionally, the GLR could 
10 also initiate a MAPRESTOREDATA procedure with the HLR either before or 
after it sends the MAP_PROVIDE_ROAMING_NUMBER response messages 
with the error indication to the HLR, i.e., before or after step 835. 

Compared to the fault recovery method of figure 7, the fault recovery 
method of figure 8 avoids redundant signaling to the VLRs. However, in the 
15 method of figure 8 a subscriber will not be reachable until a location update for the 
concerned subscriber is received in the GLR from one of the VLRs which is 
triggered by the first authenticated radio contact with the mobile subscriber. 

Figure 9 illustrates an exemplary method in a UMTS system when the 
GLR, in its role as an HLR. is recovering from a fault. In accordance with this 
20 embodiment of the present invention the GLR has a backup memory for its 
dynamic subscriber data. In step 905 the GLR uses its non-volatile backup 
memory to load the data from the latest backup. In step 910 the GLR, based upon 
the data from the backup memory, sends a MAPRESET message to the VLRs 
indicated in the backup memory, i.e. the VLRs containing IMSI records for the 
25 concerned subscribers, as indicated by the restored data in the GLR. In step 915 
the GLR receives a M AP U PD ATE LOC ATIO N request from a VLR. On 
receipt of a MAP_UPDATE_LOCATION request from a VLR, the GLR will 
determine whether the subscriber is known to the GLR based upon the IMSI 
records restored from the latest backup in accordance with step 920. If the 
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subscriber is known to the GLR, in accordance with the "Yes" path out of decision 
step 920, the GLR handles the update location request without informing the HLR 
in accordance with step 925. If the subscriber is not known to the GLR, in 
accordance with the "No" path out of decision step 920, the GLR will perform the 
5 MAP_UPDATE_LOCATION procedure with the HLR in accordance with step 
930, In step 935 the GLR forwards the subscriber data, received during the 
MAPUPDATELOCATION procedure from the HLR, to the VLR and confirms 
the location update. 

Figure 10 illustrates an exemplary method in a UMTS system when a 

10 GLR, in its roles as an HLR and as a VLR, is recovering from a fault. In 

accordance with this embodiment of the present invention the GLR has a backup 
memory for its dynamic subscriber data. In step 1005 the GLR loads the data 
from its backup memory. In step 1007 the GLR, based upon the data from the 
backup memory, sends a MAP_RESET message to the VLRs indicated in the 

15 backup memory, i.e. the VLRs containing IMSI records for the concerned 

subscribers, as indicated by the restored data in the GLR. In step 1010 the GLR 
receives a roaming number request for a particular mobile subscriber from an 
HLR. In step 1015 the GLR forwards the request to the appropriate VLR as 
indicated by the restored data. Alternatively, if the GLR has received a location 

20 update containing the IMSI for the particular mobile subscriber from a VLR before 
receiving the roaming number request from an HLR, the GLR can forward the 
roaming number request to the VLR indicated by the location update from a VLR. 

In step 1020 the VLR to which the roaming number request was forwarded 
25 determines whether the IMSI is known. The GLR may forward the roaming 

number request to the wrong VLR if the concerned mobile subscriber has moved 
to another VLR after the latest backup in the GLR but before the GLR has been 
restarted. If the VLR recognizes the IMSI, in accordance with the "Yes" path out 
of decision step 1020, the VLR will forward the roaming number to the GLR in 
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accordance with step 1025. The GLR then forwards the roaming number to the 
requesting HLR in accordance with step 1030. 

If the VLR does not recognize the IMSI, in accordance with the "No" path 
out of decision step 1020, then the VLR still sends a roaming number to the GLR 

5 in step 1035. The VLR then sends a MAP_RESTORE_DATA message to the 
GLR in accordance with step 1040. In response to the MAP_RESTORE_DATA 
message the GLR sends a MAP_RESTOREJDATA response message indicating a 
user error, e.g. "unidentified subscriber" or "resource limitation", or a provider 
error, e.g. "service completion failure", in accordance with step 1045. Since the 

10 location information restored from the GLR's backup data apparently was 

incorrect (possibly because the mobile subscriber has moved to the service area of 
another VLR after the latest backup was performed in the GLR but before the fault 
occurred in the GLR) the system will perform steps 720-755 of the method of 
figure 7 to obtain the current location of the mobile subscriber. Of course one 

15 skilled in the art will recognize that in step 720 the GLR will not send the MAP 
provide roaming number message to the VLR which has indicated in step 1020 
that the IMSI is unknown. Alternatively, the system can perform step 835 and 
then steps 810-835 of the method of figure 8 to obtain the location of the mobile 
subscriber. Optionally, the GLR could also initiate the MAP_RESTORE DATA 

20 procedure with the HLR before or after step 835, or if steps 720-755, excluding 
step 742, are performed the MAP RESTORE DATA procedure with the HLR 
could be initiated before step 720. 

If the system performs step 835 and then steps 810-835 of the method of 
figure 8, the GLR can also send a MAP_RESET message to all VLRs in the same 

25 network as the GLR which have not yet received a MAPRESET message. The 
MAPRESET message can include the initial digits of the concerned IMSI in the 
HLR id-list parameter. Since in response to the MAP_RESET messages the VLR 
will send a MAP_UPDATE_LOCATION message to the GLR at the next 
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authenticated radio contact with the concerned mobile subscriber the amount of 
time it takes for the GLR to recover from the fault is reduced. 

The exemplary embodiments of the present invention described above 
allow a network including a GLR and VLRs to handle GLR fault recovery 

5 situations without violating the GSM MAP specification. The message formats are 
unchanged and no message sequence is violated. Further, the messages specified 
in the GSM MAP specification used in the HLR and VLR fault recovery 
procedures can be used also in the GLR fault recovery procedure in UMTS. 
Neither the HLRs, nor the VLRs are affected, i.e., their behaviors do not have to 

10 be modified in order to cope with the GLR fault recovery procedure. 

The present invention has been described by way of exemplary 
embodiments to which the invention is not limited. Modifications and changes will 
occur to those skilled in the art without departing from the spirit and scope of the 
invention as defined in the appended claims. 



j 
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WHAT IS CLAIMED IS: 

1. In a radio communications network which includes a visitor location 
register and a gateway location register, a method for recovering from a fault 
comprising the steps of: 

5 sending, from the gateway location register, a reset message to all visitor 

location registers associated with the gateway location register: 

receiving, by the gateway location register, a location update request from 
one of the visitor location registers associated with the gateway location register: 
updating, in the gateway location register, a location of a mobile subscriber 
10 in accordance with a location indicated in the location update message. 

2. The method of claim 1, wherein the reset message is a 
MAPJUESET message. 

3. The method of claim 1, wherein the location update request is a 
MAP_UPDATE_LOCATION request. 

15 4. The method of claim 1 , wherein the radio communications network 

operates according to the UMTS protocol. 

5. In a radio communications network which includes a visitor location 
register and a gateway location register, a method for recovering from a fault 
comprising the steps of: 
20 receiving, by the gateway location register, a roaming number request for a 

mobile subscriber from a home location register associated with the mobile 
subscriber; 

forwarding the roaming number request from the gateway location register 
to all visitor location registers associated with the gateway location register: and 
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receiving, by the gateway location register, a roaming number from a 
visitor location register which is serving the mobile subscriber. 

6. The method of claim 5, wherein the roaming number request is a 
MAPPROVIDEROAMINGNUMBER indication message. 

5 7. The method of claim 5, wherein the roaming number received from 

the visitor location register which is serving the mobile subscriber is contained in a 
MAP PROVIDE ROAMING^NUMBER response message. 

8. The method of claim 5, further comprising the steps of: 
receiving, by the gateway location register, a restore data request message 

10 from visitor location registers which are not serving the mobile subscriber; and 
sending, from the gateway location register, a restore data response 
message to the visitor location registers which are not serving the mobile 
subscriber, the restore data response message contains an error indication. 

9. The method of claim 8, wherein the restore data request message is 
15 a MAPJRESTOREDATA indication message. 

10. The method of claim 8, wherein the restore data response message 
is a MAPRESTOREDATA response message. 

11. In a radio communications network which includes a visitor location 
register and a gateway location register, a method for recovering from a fault 

20 comprising the steps of: 

loading, in the gateway location register, data from a backup memory: 
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receiving, by the gateway location register, a roaming number request for a 
mobile subscriber from a home location register associated with the mobile 
subscriber; and 

forwarding the roaming number request from the gateway location register 
to a visitor location register, wherein the data loaded from the backup memory 
indicates that the visitor location register is serving the mobile subscriber. 

12. The method of claim 11, wherein the roaming number request is a 
MAP PROVIDE ROAMING NUMBER indication message. 

13. The method of claim 11, further comprising the steps of: 
receiving, by the gateway location register, a roaming number from the 

visitor location register which is serving the mobile subscriber; 

forwarding, by the gateway location register, the roaming number to the 
home location associated with the mobile subscriber. 

14. The method of claim 13, wherein the roaming number is received 
and forwarded in a MAPPROVIDEROAMINGNUMBER response message. 

15. The method of claim 11, further comprising the steps of: 
receiving, by the gateway location register, a message indicating that the 

mobile subscriber is not being served by the visitor location register; and 

sending, by the gateway location register, a reset message to all visitor 
location registers associated with the gateway location register other than the 
visitor location register from which the gateway location register received the 
message indicating that the mobile subscriber is not being served. 



WO 01/03443 




PCT/IB00/01708 



-21- 

16. In a radio communications network which includes a visitor location 
register and a gateway location register, a method for recovering from a fault 
comprising the steps of: 

sending, from the gateway location register, a reset message to all visitor 
5 location registers associated with the gateway location register; and 

waiting, by the gateway location register, for a location update message 
from a visitor location register which indicates that the subscriber indicated in the 
location update message is being served by the visitor location register. 

17. The method of claim 16, wherein the location update message is a 
10 MAPUPDATELOCATION message. 

18. The method of claim 16 further comprising the step of: 
receiving, by the gateway location register from a home location register, a 

roaming number request for a mobile subscriber associated with the home location 
register; and 

15 sending a roaming number response message from the gateway location 

register to the home location register, wherein the roaming number response 
message includes an error indication. 

19. The method of claim 18, wherein the roaming number request 
message is a MAP_PROVIDEJROAMING_NUMBER request message. 

20 20. The method of claim 18, wherein the roaming number response 

message is a MAPPROVIDEROAMINGNUMBER response message. 
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